home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer 2.0 / Internet Surfer 2.0 (Wayzata Technology) (1996).iso / pc / text / mac / faqs.261 < prev    next >
Encoding:
Text File  |  1996-02-12  |  27.8 KB  |  623 lines

  1. Frequently Asked Questions (FAQS);faqs.261
  2.  
  3.  
  4.  
  5. 65:  How do I get rid of the ^M junk in my Shell buffer?
  6.  
  7.   For tcsh, put this in your `.cshrc' (or `.tcshrc') file:
  8.  
  9.     if ($?EMACS) then
  10.         if ("$EMACS" == t) then
  11.         if ($?tcsh) unset edit
  12.         stty nl
  13.     endif
  14.     endif
  15.  
  16.   Or put this in your .emacs_tcsh file:
  17.  
  18.     unset edit
  19.     stty nl
  20.  
  21.   Alternatively, use csh in your Shell buffers instead of tcsh.  One way
  22.   is:
  23.  
  24.     (setq explicit-shell-file-name "/bin/csh")
  25.  
  26.   and another is to do this in your .cshrc (or .tcshrc) file:
  27.  
  28.     setenv ESHELL /bin/csh
  29.  
  30.   (You must start Emacs over again with the environment variable properly
  31.   set for this to take effect.)
  32.  
  33. 66:  Why do I get `Process shell exited abnormally with code 1'?
  34.  
  35.   The most likely reason for this message is that the `env' program is not
  36.   properly installed.  This program should be compiled (for the correct
  37.   architecture!) and installed with execute permission for everyone in
  38.   Emacs's program directory, which is normally /usr/local/emacs/etc.  You
  39.   can find what this directory is at your site by inspecting the value of
  40.   the variable exec-directory by typing "C-h v exec-directory RET".  `env'
  41.   should also be for the correct architecture (check using `file' command).
  42.  
  43.   You should also check for other programs named `env' in your path (eg.,
  44.   SunOS has a program named /usr/bin/env).  I don't understand why this can
  45.   cause a failure and I don't know a general solution for working around the
  46.   problem in this case.
  47.  
  48.   The `make clean' command will remove `env' and other vital programs, so be
  49.   careful when using it.
  50.  
  51.   It has been reported that this sometimes happened when Emacs was started
  52.   as an X client from an xterm window (ie. had a controlling tty) but the
  53.   xterm was later terminated.
  54.  
  55.   See also etc/PROBLEMS for other possible causes of this message.
  56.  
  57. 67:  Why can't I cut from Emacs and paste in other X programs?
  58.  
  59.   Emacs stores things you "cut" in the X "cut buffers".  It also pastes from
  60.   the cut buffer `CUT_BUFFER0'.  This is obsolete.  Most modern X programs
  61.   now expect to work with "selections" instead of cut buffers, although some
  62.   like `xterm' will try to use the cut buffers if the selection is null.
  63.  
  64.   Emacs 18.58 contains a "fix" that makes xterm work by default.  This
  65.   "fix" is that Emacs clears the `PRIMARY' selection when it stores
  66.   something in the cut buffer.  By making the selection null, xterm will
  67.   then fetch from the cut buffer when you try to paste.
  68.  
  69.   For versions of Emacs prior to 18.58, you can make pasting from Emacs into
  70.   xterm work with the following X resources:
  71.  
  72.     ! Solution by Thomas Narten, should work under X11R3 and later GNU
  73.     ! Emacs only copies to CUT_BUFFER0.  xterm by default wants to paste
  74.     ! from the PRIMARY selection.
  75.     XTerm*VT100.Translations: #override \
  76.         ~Meta <Btn2Up>: insert-selection(CUT_BUFFER0,PRIMARY)
  77.  
  78.   You may have problems copying between Emacs and programs other than xterm
  79.   that won't store cut text in the cut buffers or look in the cut buffers
  80.   for text to paste (for backwards compatibility with obsolete applications
  81.   like Emacs :-).  The best workaround is to use the `xcutsel' program as an
  82.   intermediary.                                                              -
  83.  
  84.   This problem does not exist for Epoch or Lucid Emacs.
  85.  
  86. 68:  Where is the termcap/terminfo entry for terminal type `emacs'?
  87.  
  88.   The termcap entry for terminal type `emacs' is ordinarily put in the
  89.   TERMCAP environment variable of subshells.  It may help in certain
  90.   situations (eg., using rlogin from shell buffer) to add an entry for
  91.   `emacs' to the system-wide termcap file.  Here is a correct termcap entry
  92.   for `emacs':
  93.  
  94.     emacs:tc=unknown:
  95.  
  96.   To make a terminfo entry for `emacs', use `tic' or `captoinfo'.  You need
  97.   to generate /usr/lib/terminfo/e/emacs.  It may work to simply copy
  98.   /usr/lib/terminfo/d/dumb to /usr/lib/terminfo/e/emacs.
  99.  
  100.   Having a termcap/terminfo entry will not enable the use of full screen
  101.   programs in shell buffers.  Use M-x terminal-emulator for that instead.
  102.  
  103.   A workaround to the problem of missing termcap/terminfo entries is to
  104.   change terminal type `emacs' to type `dumb' or `unknown' in your shell
  105.   start up file.  `csh' users could put this in their .cshrc files:
  106.  
  107.     if ("$term" == emacs) set term=dumb
  108.  
  109. 69:  Why does Emacs spontaneously start displaying `I-search:' and beeping?
  110.  
  111.   Your terminal (or something between your terminal and the computer) is
  112.   sending C-s and C-q for flow control, and Emacs is receiving these
  113.   characters and interpreting them as commands.  (The C-s character normally
  114.   invokes the isearch-forward command.)  For possible solutions, see
  115.   question 131.
  116.  
  117. 70:  Why can't Emacs talk to certain hosts (or certain hostnames)?
  118.  
  119.   The problem may be that Emacs is linked with a wimpier version of
  120.   gethostbyname than the rest of the programs on the machine.  This is often
  121.   manifested as a message on startup of `X server not responding.  Check
  122.   your DISPLAY environment variable.' or a message of `Unknown host' from
  123.   open-network-stream.
  124.  
  125.   On a Sun, this may be because Emacs had to be linked with the static C
  126.   library.  The version of gethostbyname in the static C library may only
  127.   look in /etc/hosts and the NIS (YP) maps, while the version in the dynamic
  128.   C library may be smart enough to check DNS in addition to or instead of
  129.   NIS.  On a Motorola Delta running System V R3.6, the version of
  130.   gethosbyname in the standard library works, but the one that works with
  131.   NIS doesn't (the one you get with -linet).  Other operating systems have
  132.   similar problems.
  133.  
  134.   Try these options:
  135.  
  136.   * Explicitly add the host you want to communicate with to /etc/hosts.
  137.  
  138.   * Relink Emacs with this line in src/config.h:
  139.  
  140.       #define LIBS_SYSTEM -lresolv
  141.  
  142.   * Replace gethostbyname and friends in libc.a with more useful versions
  143.     such as the ones in libresolv.a.  Then relink Emacs.
  144.  
  145.   * If you are actually running NIS, make sure that `ypbind' is properly
  146.     told to do DNS lookups with the correct command line switch.
  147.  
  148.   * Use tcp.el and tcp.c from GNUS.  This has the additional advantage that
  149.     you can use numeric IP addresses instead of names.  open-network-stream
  150.     currently can't handle numeric addresses.  Brian Thomson
  151.     <thomson@hub.toronto.edu> has a enhancement to open-network-stream to
  152.     allow it to handle numeric addresses.
  153.  
  154. 71:  Why does Emacs say `Error in init file'?
  155.  
  156.   An error occurred while loading either your .emacs file or the system-wide
  157.   lisp/default.el file.  For information on how to debug your .emacs file,
  158.   see question 29.
  159.  
  160.   It may be the case that you may need to load some package first, or use a
  161.   hook that will be evaluated after the package is loaded.  A common case of
  162.   this is explained in question 127.
  163.  
  164. 72:  Why does Emacs ignore my X resources (my .Xdefaults file)?
  165.  
  166.   * Try compiling Emacs with the XBACKWARDS macro defined.  There is a bug
  167.     in some implementations of XGetDefault, which do not correspond to the
  168.     documentation or the header files.
  169.  
  170.   * Make sure you are either using the class name of `Emacs' (oops,
  171.     apparently this is buggy in Emacs 18.58!) or the correct instance name.
  172.     The instance name is normally the same as the name of the file Emacs is
  173.     in (ie., the last part of argv[0]), but this can be overridden by -rn
  174.     command line option or the WM_RES_NAME environment variable.
  175.  
  176.     WARNING: Reports say using the class name fails in Emacs 18.58.
  177.  
  178.     WARNING: The advice the man page gives to use `emacs' is often wrong.
  179.  
  180.     WARNING: Older versions of Emacs got the class name wrong.
  181.  
  182.   * Emacs currently ignores the -xrm command line argument.
  183.  
  184.   * Emacs does not yet handle X11R5 screen-specific resources.
  185.  
  186.   * Emacs has a bug where it ignores color specifications if running on a
  187.     1-bit display (ie. a non-color display).
  188.  
  189.   * I don't think Emacs will use either of the application-specific resource
  190.     files.  Thus these environment variables don't affect it: XAPPLRESDIR,
  191.     XUSERFILESEARCHPATH, XFILESEARCHPATH.  {Correct?}
  192.  
  193. 73:  Why does Emacs take 20 seconds to visit a file?
  194.  
  195.   The usual cause is that the master lock file, `!!!SuperLock!!!' has been
  196.   left in the lock directory somehow.  Delete it.
  197.  
  198.   Mark Meuer <meuer@geom.umn.edu> says that NeXT NFS has a bug where an
  199.   exclusive create succeeds but returns an error status.  This can cause the
  200.   same problem.  Since Emacs's file locking doesn't work over NFS anyway,
  201.   the best solution is to recompile Emacs with CLASH_DETECTION undefined.
  202.  
  203. 74:  How do I edit a file with a `$' in its name?
  204.  
  205.   When entering a filename in the minibuffer, Emacs will attempt to expand
  206.   a `$' followed by a word as an environment variable.  To suppress this
  207.   behavior, type "$$" instead.
  208.  
  209. 75:  Why does Shell mode lose track of the shell's current directory?
  210.  
  211.   Emacs has no way of knowing when the shell actually changes its directory.
  212.   This is an intrinsic limitation of Unix.  So it tries to guess by
  213.   recognizing `cd' commands.  If you type `cd' followed by a directory name
  214.   with a variable reference (`cd $HOME/bin') or with a shell metacharacter
  215.   (`cd ../lib*'), Emacs will fail to correctly guess the shell's new current
  216.   directory.  A huge variety of fixes and enhancements to Shell mode for
  217.   this problem have been written to handle this problem.  Check the Lisp
  218.   Code Directory (see question 88).
  219.  
  220. 76:  Why doesn't my change to load-path work?
  221.  
  222.   If you added a directory name containing a tilde (~) to your load-path,
  223.   expecting the tilde to be interpreted as your home directory, then you
  224.   need to do something like this:
  225.  
  226.     (setq load-path (mapcar 'expand-file-name load-path))
  227.  
  228. 77:  Why does the cursor always go to the wrong column when I move up or
  229.  down one line?
  230.  
  231.   You have inadvertently typed "C-x C-n" (set-goal-column) which sets the
  232.   "goal column" to the column where the cursor was.  To undo this type
  233.   "C-u C-x C-n".
  234.  
  235.   If you make this mistake frequently, you might want to unbind or disable
  236.   this command by doing one of these two:
  237.  
  238.     (define-key ctl-x-map "\C-n" nil)
  239.     (put 'set-goal-column 'disabled t)
  240.  
  241. 78:  Why does Emacs hang with message `Unknown XMenu error' with X11R4?
  242.  
  243.   Many different X errors can produce this message.  Here is the solution
  244.   to one problem:
  245.  
  246.   X11 Release 4 (and later, including OpenWindows) enforces some conditions
  247.   in the X protocol that were previously allowed to pass unnoticed.  You
  248.   need to put the X11R4 server into X11R3 bug compatibility mode for Emacs's
  249.   Xmenu code to work.  You can do this with the command `xset bc'.
  250.  
  251. 79:  Why doesn't display-time show the load average in the mode line
  252.  anymore?
  253.  
  254.   In GNU Emacs 18.56, a change was made in the display-time code.
  255.   Formerly, in version 18.55, Emacs used a program named `loadst' to
  256.   notify Emacs of the change in time every minute.  loadst also sent Emacs
  257.   the system load average if it was installed with sufficient privilege to
  258.   get that information (or was on a system where no such privilege was
  259.   needed).  Emacs then displayed this information in the mode line.
  260.  
  261.   In version 18.56, this code was changed to use a program named `wakeup'.
  262.   wakeup doesn't send Emacs any information, it's only purpose is to send
  263.   Emacs *something* every minute, thus invoking the filter function in
  264.   Emacs once a minute.  The filter function in Emacs does all the work of
  265.   finding the time, date, and load average.  However, getting the load
  266.   average requires the privilege to read kernel memory on most systems.
  267.   Since giving Emacs this privilege would destroy any security a system
  268.   might have, for almost everyone this is not an option.  In addition,
  269.   Emacs does not have the code built into it to get this information on
  270.   the systems which have special system calls for this purpose, even
  271.   though loadst had code for this.
  272.  
  273.   The solution I use is to get the files lisp/display-time.el and
  274.   etc/loadst.c from version 18.55 and use those with 18.58.  (I have heard
  275.   a rumor that loadst disappeared because of the legal action Unipress
  276.   threatened against IBM.)
  277.  
  278.   WARNING:  Do not install Emacs setgid kmem unless you wish to destroy
  279.   any security your system might have!!!!!!!!!!
  280.  
  281.   If you are using Emacs 18.55 or earlier, or already using the solution I
  282.   describe above, read further:
  283.  
  284.   The most likely cause of the problem is that `loadst' can't read the
  285.   special file /dev/kmem.  To properly install loadst, it should be either
  286.   setuid to the owner of /dev/kmem, or is should be setgid to the group to
  287.   which /dev/kmem belongs.  In either case, /dev/kmem should be readable by
  288.   its owner or its group, respectively.  Assuming the existence of a group
  289.   named `kmem', here is an example of how to do this:
  290.  
  291.     chgrp kmem /dev/kmem
  292.     chmod g+r /dev/kmem
  293.     chgrp kmem /usr/local/emacs/etc/loadst
  294.     chmod g+s /usr/local/emacs/etc/loadst
  295.  
  296.   Another possibility is that your version of Unix doesn't have the load
  297.   average data available in /dev/kmem.  Your version of Unix might have a
  298.   special system call to retrieve this information (eg., inq_stats under
  299.   UMAX), and loadst might not have been enhanced to cope with this.
  300.  
  301. 80:  Why does ispell sometimes ignore the local dictionary?
  302.  
  303.   You need to update the version of Ispell to 2.0.02.  (Or you can switch to
  304.   version 3.0 which is still in beta-testing.)  A patch is available via
  305.   anonymous FTP:                                                             !
  306.                                                                              !
  307.     /archive.cis.ohio-state.edu:pub/gnu/ispell/patch2.Z                      !
  308.  
  309.   You also need to change a line in ispell.el from:
  310.  
  311.     (defconst ispell-version "2.0.01") ; Check against output of "ispell -v".
  312.  
  313.   to:
  314.  
  315.     (defconst ispell-version "2.0.02") ; Check against output of "ispell -v".
  316.  
  317. 81:  Why does Ispell treat each line as a single word?
  318.  
  319.   Ispell expects to get its input one word per line.  The ispell filter,
  320.   which is specified by the variables ispell-filter-hook and
  321.   ispell-filter-hook-args, should output at most one word per line.
  322.  
  323. 82:  Are there any security risks in GNU Emacs?
  324.  
  325.   * the `movemail' incident (No, this is not a risk.)
  326.  
  327.     Cliff Stoll in his book `The Cuckoo's Egg' describes this in chapter 4.
  328.     The site at LBL had installed the `etc/movemail' program setuid root.
  329.     Since `movemail' had not been designed for this situation, a security
  330.     hole was created and users could get root priveleges.
  331.  
  332.     `movemail' has since been changed so that even if it is installed setuid
  333.     root this security hole will not be a result.
  334.  
  335.     I have heard unverified reports that the Internet worm took advantage of
  336.     this configuration problem.
  337.  
  338.   * the file-local-variable feature (Yes, a risk, but easy to change.)
  339.  
  340.     There is an Emacs feature that allows the setting of local values for
  341.     variables when editing a file by including specially formatted text near
  342.     the end of the file.  This feature also includes the ability to have
  343.     arbitrary Emacs Lisp code evaluated when the file is visited.
  344.     Obviously, there is a potential for Trojan horses to exploit this
  345.     feature.
  346.  
  347.     If you set the variable inhibit-local-variables to a non-nil value,
  348.     Emacs will display the special local variable settings of a file that
  349.     you visit and ask you if you really want them.  This variable is not
  350.     mentioned in the manual.
  351.  
  352.     It is wise to do this in lisp/site-init.el before building Emacs:
  353.  
  354.       (setq inhibit-local-variables t)
  355.  
  356.     If Emacs has already been built, the expression can be put in
  357.     lisp/default.el instead, or an individual can put it in their own .emacs
  358.     file.
  359.  
  360.     The ability to exploit this feature by sending e-mail to an RMAIL user
  361.     was fixed sometime after Emacs 18.52.  However, any new package that
  362.     uses find-file or find-file-noselect has to be careful about this.
  363.  
  364.     For more information, see `File Variables' in the online manual (which,
  365.     incidentally, does not describe how to disable the feature).
  366.  
  367.     There is a new variable in Emacs 18.58 named ignore-local-eval which
  368.     turns out to be useless as currently implemented.  Ignore it.
  369.  
  370.   * synthetic X events (Yes, a risk, use MIT-MAGIC-COOKIE-1 or better.)
  371.  
  372.     Emacs accepts synthetic X events generated by the SendEvent request as
  373.     though they were regular events.  As a result, if you are using the
  374.     trivial host-based authentication, other users who can open X
  375.     connections to your X workstatation can make your Emacs process do
  376.     anything, including run other processes with your priveleges.
  377.  
  378.     The only fix for this is to prevent other users from being able to open
  379.     X connections.  The standard way to prevent this is to use a real
  380.     authentication mechanism, such as MIT-MAGIC-COOKIE-1.  If using the
  381.     `xauth' program has any effect, then you are probably using
  382.     MIT-MAGIC-COOKIE-1.  Your site may be using a superior authentication
  383.     method; ask your system administrator.
  384.  
  385.     If real authentication is not a possibility, you may be satisfied by
  386.     just allowing hosts access for brief intervals while you start your X
  387.     programs, then removing the access.  This reduces the risk somewhat by
  388.     narrowing the time window when hostile users would have access, but DOES
  389.     NOT ELIMINATE THE RISK.
  390.  
  391.     Lucid GNU Emacs does not accept synthetic X events unless you set a      +
  392.     variable.                                                                +
  393.  
  394.   * autosave file permissions (Yes, a risk, hard to work around.)
  395.  
  396.     The file permissions for autosave files are determined solely by the
  397.     Emacs process's `umask' value.  The permissions of the file being
  398.     autosaved are not used.  The easiest workaround is to keep sensitive
  399.     files in protected directories.  Sebastian Kremer has written an
  400.     enhanced version of the autosave file name picking code that can avoid
  401.     this problem by keeping autosave files in a protected directory.  {FTP
  402.     information please?}  This problem will be fixed in Emacs 19.
  403.  
  404.  
  405.  
  406. Difficulties Building/Installing/Porting Emacs
  407.  
  408. 83:  What should I do if I have trouble building Emacs?
  409.  
  410.   First look in the file etc/PROBLEMS to see if there is already a solution
  411.   for your problem.  Next check the FAQ (you're reading it).  If you don't
  412.   find a solution, then report your problem via e-mail to
  413.   bug-gnu-emacs@prep.ai.mit.edu.  Please do not post it to gnu.emacs.help or
  414.   e-mail it to help-gnu-emacs@prep.ai.mit.edu.  For further guidelines, see
  415.   question 8.
  416.  
  417. 84:  How do I stop Emacs from failing when the executable is stripped?
  418.  
  419.   Don't do that.
  420.  
  421.   This problem has been reported on SGI Indigo machines running Irix 4.0.*
  422.   and RS/6000 machines.  Scott Henry <scotth@hoshi.corp.SGi.COM> posted a
  423.   patch that fixes the problem for Irix.
  424.  
  425. 85:  Why does linking Emacs with -lX11 fail?                                 !
  426.                                                                              !
  427.   Emacs needs to be linked with the static version of the X11 library,       !
  428.   libX11.a.  This may be missing.                                            !
  429.                                                                              !
  430.   Under OpenWindows, you may need to use `add_services' to add the           !
  431.   `OpenWindows Programmers' optional software category from the CD-ROM.      -
  432.  
  433.   Under HP-UX 8.0, you may need to run `update' again to load the            -
  434.   X11-PRG `fileset'.  This may be missing even if you specified `all
  435.   filesets' the first time.  If libcurses.a is missing, you may need to load
  436.   the `Berkeley Development Option' {???}.
  437.  
  438.   If you are building the MIT X11 sources, you may need to modify your       +
  439.   `site.cf' file to get static versions of the libraries.  (Info from David  +
  440.   Zuhn <zoo@cygnus.com>.)                                                    +
  441.                                                                              +
  442.   Other systems may have similar problems.  You can always define            +
  443.   CANNOT_DUMP and link with the shared libraries instead.
  444.  
  445.   To get the Xmenu stuff to work, you need to find a copy of MIT's           +
  446.   liboldX.a.                                                                 +
  447.  
  448. 86:  Why does Emacs 18.55 say `Fatal error (6).Abort' under SunOS 4.1?
  449.  
  450.   I had hoped this question would go away after Emacs 18.57 was released,
  451.   but people continue to compile 18.55.  Easiest solution: upgrade.
  452.  
  453.   This is a result of the SunOS localtime/tzsetwall malloc bug, which was
  454.   (finally!) fixed in SunOS 4.1.2.  If you actually need the full
  455.   explanation, send me e-mail.  If you absolutely must compile Emacs 18.55
  456.   (eg., you are compiling Nemacs), the easiest workaround was to put
  457.   `#define SYSTEM_MALLOC' in src/config.h.                                   -
  458.  
  459.  
  460.  
  461. Xref: bloom-picayune.mit.edu gnu.emacs.help:7401 comp.emacs:15250 news.answers:3115
  462. Path: bloom-picayune.mit.edu!enterpoop.mit.edu!snorkelwacker.mit.edu!eff!sol.ctr.columbia.edu!caen!sdd.hp.com!think.com!news.bbn.com!bu.edu!bigbird!jbw
  463. From: jbw@bigbird.bu.edu (Joe Wells)
  464. Newsgroups: gnu.emacs.help,comp.emacs,news.answers
  465. Subject: GNU Emacs FAQ (3/5, 87-124): Getting Emacs/Packages
  466. Summary: READ BEFORE POSTING.  A regularly posted list of answers to frequently
  467.          asked questions (FAQs) about GNU Emacs and many Emacs Lisp programs.
  468.          Contains pointers to other resources.  Follow "References:" link for
  469.          more metainfo.
  470. Keywords: gnu emacs faq answers frequently asked questions periodic
  471. Message-ID: <GNU-Emacs-FAQ-3.1992.09.22.011020@bigbird.bu.edu>
  472. Date: 22 Sep 92 01:10:20 GMT
  473. Expires: 21 Nov 92 01:10:20 GMT
  474. References: <GNU-Emacs-FAQ-0.1992.09.22.011020@bigbird.bu.edu>
  475. Sender: news@bu.edu
  476. Reply-To: gnu-emacs-faq-maintainers@bigbird.bu.edu
  477. Followup-To: poster
  478. Organization: GNU's Not UNIX
  479. Lines: 810
  480. Approved: news-answers-request@mit.edu
  481. Supersedes: <GNU-Emacs-FAQ-3.1992.06.28.234430@bigbird.bu.edu>
  482.  
  483. Archive-Name: GNU-Emacs-FAQ/part3
  484. Last-Modified: Tue, 22 Sep 1992 01:05:05 GMT
  485. Last-Posted: Tue, 22 Sep 1992 01:10:20 GMT
  486.  
  487.                   GNU Emacs FAQ: Getting Emacs/Packages
  488.  
  489. If you are viewing this text in a GNU Emacs Buffer, you can type "M-2 C-x $" to
  490. get an overview of just the questions.  Then, when you want to look at the text
  491. of the answers, just type "C-x $".
  492.  
  493. To search for a question numbered XXX, type "M-C-s ^XXX:", followed by a C-r if
  494. that doesn't work, then type ESC to end the search.
  495.  
  496. A `+' in the 78th column means something was inserted on the line.  A `-' means
  497. something was deleted and a `!' means some combination of insertions and
  498. deletions occurred.
  499.  
  500. Full instructions for getting the latest FAQ are in question 22.  Also see the
  501. `Introduction to news.answers' posting in the `news.answers' newsgroup, or send
  502. e-mail to `mail-server@rtfm.mit.edu' with `help' on a body line, or use FTP,
  503. WAIS, or Prospero to rtfm.mit.edu.
  504.  
  505.  
  506.  
  507. Finding/Getting Emacs and Related Packages
  508.  
  509. 87:  Where can I get GNU Emacs on the net (or by snail mail)?
  510.  
  511.   Look in the files etc/DISTRIB and etc/FTP for information on nearby
  512.   archive sites.  If you don't already have GNU Emacs, see question 20
  513.   for how to get these two files.
  514.  
  515.   The latest version is always available via anonymous FTP at MIT:           !
  516.                                                                              !
  517.     /prep.ai.mit.edu:pub/gnu/emacs-18.58.tar.Z                               !
  518.  
  519.   See question 91.
  520.  
  521. 88:  How do I find a GNU Emacs Lisp package that does XXX?
  522.  
  523.   A listing of Emacs Lisp packages, called the Lisp Code Directory, is being
  524.   maintained by Dave Brennan <brennan@hal.com> and Dave Sill <de5@ornl.gov>.
  525.   You can search through this list to find if someone has written something
  526.   that fits your needs.
  527.  
  528.   This list is file LCD-datafile.Z in the Emacs Lisp Archive.  (See
  529.   question 89 for methods for getting this file.)  The files lispdir.el.Z
  530.   and lispdir.doc.Z in the archive contain information to help you use the
  531.   list.  Once you have installed lispdir.el and LCD-datafile, then you can
  532.   use the "M-x lisp-dir-apropos" command to look things up in the database.
  533.   For example, the command "M-x lisp-dir-apropos RET ange-ftp RET" produces
  534.   this (outdated) output:
  535.  
  536.             GNU Emacs Lisp Code Apropos -- "ange-ftp"
  537.  
  538.     ange-ftp (3.112)  91-08-12
  539.       Andy Norman, <ange@hplb.hpl.hp.com>
  540.       archive.cis.ohio-state.edu:
  541.         /pub/gnu/emacs/elisp-archive/as-is/ange-ftp.el.Z
  542.       transparent FTP Support for GNU Emacs
  543.  
  544. 89:  Where can I get GNU Emacs Lisp packages that don't come with Emacs?
  545.  
  546.   First, check the Lisp Code Directory to find the name of the package you
  547.   are looking for.  (See question 88).  Then check local archives and
  548.   the Emacs Lisp Archive to find a copy of the relevant files.  Then, if
  549.   you still haven't found it, you can send e-mail to the author asking for
  550.   a copy.
  551.  
  552.   You can access the Emacs Lisp Archive via anonymous FTP:                   !
  553.                                                                              !
  554.     /archive.cis.ohio-state.edu:/pub/gnu/emacs/elisp-archive/                !
  555.  
  556.   Fetch the file README first.
  557.  
  558.   NOTE: The archive maintainers do not have time to answer individual
  559.   requests for packages or the list of packages in the archive.  If you
  560.   cannot use FTP or UUCP to access the archive yourself, try to find a
  561.   friend who can, but please don't ask the maintainers.
  562.  
  563.   NOTE: Any files with names ending in `.Z' are compressed, and you should
  564.   use `binary' mode in FTP to retrieve them.  You should also use binary
  565.   mode whenever you retrieve any files with names ending in `.elc'.
  566.  
  567. 90:  How do I submit code to the Emacs Lisp Archive?
  568.  
  569.   Submissions should be mailed to elisp-archive@cis.ohio-state.edu.  The
  570.   lispdir.el package has a function named submit-lcd-entry which will help
  571.   you with this.  Mail messages (submissions) are automatically saved and
  572.   periodically archived.  Urgent mail may be sent directly to Dave Sill
  573.   <de5@ornl.gov> or Dave Brennan <brennan@hal.com> or should contain the
  574.   string `urgent' in the subject.  The incoming ftp directory is no longer
  575.   available at the request of Ohio State.  {Is this still true?}
  576.  
  577.   However, if someone has a submission with multiple files (which would be
  578.   archived as a tar file) or binary files, then FTP transfer is preferred
  579.   and can be arranged via an anonymous FTP site.  This is faster than
  580.   uudecoding, unsharing, etc., and re-packaging files.
  581.  
  582.   Before submitting anything, please read the file guidelines.Z, which is
  583.   available in the archive.  Whenever possible, submissions should contain a
  584.   complete LCD entry since this helps reduce administrative overhead for the
  585.   maintainers.  You can include an entry in this format:
  586.  
  587.     ;; LCD Archive Entry:
  588.     ;; package name|author's name|email address
  589.     ;; |description
  590.     ;; |date|version|archive path
  591.  
  592.   For example:
  593.  
  594.     ;; LCD Archive Entry:
  595.     ;; tex-complete|Sebastian Kremer|sk@thp.Uni-Koeln.DE
  596.     ;; |Minibuffer name completion for editing [La]TeX.
  597.     ;; |91-03-26|$Revision: 1.12 $|~/packages/tex-complete.el.Z
  598.  
  599.   Dave Brennan has software which automatically looks for data in this
  600.   format.  The format is fairly flexible.  The entry ends when a line is
  601.   reached with a different prefix or the seventh field terminator is
  602.   seen.
  603.  
  604.   If you are submitting a multi-file submission you should include a file
  605.   named "LCD-entry" which contains the archive entry, instead of placing
  606.   it in one or more of the individual files.
  607.  
  608. 91:  Where can I get other up-to-date GNU stuff?
  609.  
  610.   The most up-to-date official GNU stuff is normally kept on prep.ai.mit.edu
  611.   and is available for anonymous FTP in the pub/gnu directory.  See the
  612.   files etc/DISTRIB and etc/FTP for more information.  (To get copies of
  613.   these files, see question 20.)
  614.  
  615.   The following sites are all mirror images of the GNU distribution area:
  616.  
  617.     /prep.ai.mit.edu:pub/gnu/                                                +
  618.     /ftp.uu.net:packages/gnu/                                                +
  619.     /src.doc.ic.ac.uk:gnu/ (available via FTP, NIFTP, FTAM)                  +
  620.     /ftp.win.tue.nl:pub/gnu/                                                 !
  621.     /utsun.s.u-tokyo.ac.jp:ftpsync/prep/                                     +
  622.     /nic.funet.fi:pub/gnu/                                                   +
  623.